Method for queued overlap transfer of files

ABSTRACT

It is therefore an object of the invention to provide a system and method for prequeuing of files predicted to be desired by a user, through a telecommunications link, into a local cache, based on a list, wherein the prequeuing system is responsive to any change in file sequence of user review, such that predicted latencies for sequential file review from any given starting point are minimized. A system and method for reducing latency in a sequential record browser are provided, for defining a sequential list of records; selecting a record from the list for review; downloading the selected record, and records sequentially thereafter until interrupted; interrupting the downloading by electing a non-sequential record; and downloading the a non-sequential record and records sequentially thereafter until interrupted.

The present application claims priority from Provisional Patent Application Ser. No. 60/160,242 filed on Oct. 18, 1999.

FIELD OF THE INVENTION

The invention relates generally to the field of intelligent caching systems, and more particularly to a system and method for the transfer of files from a server machine to a client machine using an arbitrary transfer protocol, in which files are transferred in the background during the standard operation of a client-side software application.

BACKGROUND OF THE INVENTION

Many computer software programs provide functionality that allows a user to transfer files between a client and a server computer. These software programs typically provide such functionality in a straightforward fashion, allowing the user to select those files they want to transfer, and whether or not the files are to be sent to the server computer, or sent from the server computer to the client computer. One example of a typical software program that provides such functionality is a File Transfer Protocol (FTP) program. The user can typically specify which FTP server they would like to connect to, and upon being connected, transfer files back and forth between the server and the client.

While some software programs provide file transfer functionality directly to the user, there are others that perform file transfers in the background. These types of programs typically provide some other type of functionality, and the transfer of files is only a necessary part of providing the other functionality. An example of such a program is a so-called Web browser, examples of which include Microsoft Internet Explorer and Netscape Navigator. The primary, purpose of a Web browser is to allow the user to connect to other computers and view information provided in Hypertext Mark-up Language (HTML.). Although the user has no explicit control over the transfer of files, the Web browser must request from the server those files it needs to display the information the user wants to see. All transfer of files takes place in the background. The user is typically oblivious to exactly what files are being transferred and in what order. Further, the user typically does not have control over this. Finally, typical web browsers load only those objects specified in the HTML document.

So called Web accelerators may define a further level of functionality, by preloading Web pages or other objects referenced on an active HTML document, and/or refreshing preferred Web pages previously visited and likely to be revisited. While some Web accelerators may provide a degree of user control, these rarely understand the content of the document and the inferred relationship between various documents within a set.

Whether files are transferred because of direct control of the user, or whether they are transferred in behalf of the user to provide additional functionality, there are several limitations to this approach. Firstly, the user typically does not have control over the order in which the files are transferred. Secondly, if the server computer must charge for the transfer of files, there is no way for the user to specify how many files are to be transferred. And thirdly, files are not automatically queued for transfer in an intelligent manner as to allow the user to make use of what he or she wants to in an organized fashion.

SUMMARY AND OBJECTS OF THE INVENTION

The present invention solves these issues by queuing up for the user files in an organized, pre-determined manner. The user is allowed to specify the number of files to be queued for transfer, and how many files the application software should “look ahead.”

These functions are preferably integrated into a browser application, or as a plug-in or extension to the browser.

Because the process occurs predictably, the user may gain a sense of which actions have a high latency penalty and which are efficient.

Where an accounting system accounts for user “consumption” of documents, it is possible to contingently download documents in compressed format, and only account for their usage (or provide the appropriate decryption key) only when actually consumed (e.g., viewed, printed, analyzed, etc.). This system presumes, however, that the cost of document retrieval and transmission by the server is but a small operating cost, and that the user is willing to pay for this convenience based on documents or objects actually “consumed”. This is particularly the case in the event of copyright content wherein an author or publisher must be compensated for the document.

On the other hand, where the document retrieval and transmission is substantial as compared to the overall value of the transaction, then it might be presumed that the cost is low, since database and telecommunication systems at present are quite efficient.

Thus, the user in that case might be very willing to pay for contingently downloaded content, even if not “consumed”. This is particularly the case where the system employs the Internet to transmit relatively low-valued data records. By charging for such contingent downloads, the burden on the server may be equitably distributed, and abuses of the finite resources are discouraged.

Further, by caching documents locally which are expected to be requested or required, the burden on the server may be more evenly distributed, permitting the average load on the server to be closer to the peak performance. Likewise, a user may predefine a strategy, communicating with the server over a limited bandwidth link, with the negative impacts of server and communications latency minimized, assuming that the user must manually review and analyze the documents after downloading.

Typically, however, the caching strategy may be relatively simple: documents on a hit list are downloaded sequentially, using the particular view format presently invoked to define the format of the records to download. If the format is changed while viewing a document, later documents in the list are cached in the new format, while prior documents are not, until the remainder of the list is exhausted. Thus, a linear review of the list is presumed. If this linear review is incorrect, the general strategy is for the user to apply a different sort criterion or criteria to the list so that it better represents the, desired order of viewing.

Upon connecting to a server computer, a list of files or documents is presented to the user. In an preferred embodiment, this list of files or documents would be presented in a list and the user would be able to select which file or document they want to view or want transferred. Typically, upon selecting the item for view or transfer, the present invention requests from the server computer that it send the requested item.

Typically when a user is viewing such a list of items, he will want to view them sequentially. Thus it becomes important to decrease the time a user must wait when selecting the next item in the list for view or transfer.

The present invention provides a queuing mechanism whereby list items are queued for transfer sequentially ahead of the user.

Because responsiveness to the user is important, the present invention allows for the cancellation of queued items, and allows for the continuation of queuing to take place in the case where the user skips several items in the list when making another request. In this process, the present invention cancels all requested items, requests the newly selected item, then continues by requesting additional items sequentially in the list after the newly selected item.

The present invention assumes that the user may be charged for items transferred by the server to the client. Thus, the present invention provides a setting that allows the user to specify whether or not all items in the list are transferred in advance of the user, or how many items are to be queued in advance of where he/she is currently viewing or transferring. Typically if the user has specified that they want all of the files transferred, this can minimize connect time. If the user specifies some low value for this setting, then the connection time can be elongated, but charges for each item can be minimized.

The present invention assumes that the user may be charged for the time spent while connected to the server computer. Thus, the present invention provides support for settings that allow the user to specify the granularity or quality of the item to be sent in return. For example, if the items being transferred are images, the present invention provides support for a setting that dictates what resolution of image should be sent in return. The provision for these settings not only provides potential to decrease connect time, but also allow for the present invention to be more responsive in the cases where the user has selected less granularity.

The present invention allows the types of items being transferred to be arbitrary. That is to say, the items may be image files, text files, or any other type of file format. This file format is typically specific to the particular application. In the case of the preferred embodiment, the files transferred are modified Group 4 compressed TIFF images. Although Group 4 compressed TIFF images are used in the preferred embodiment, the choice of file format again is arbitrary and such a preferred embodiment could have been implemented using another image format, or a multiplicity of files providing the same information contained in the preferred embodiment's TIFF.

The present invention allows the user to specify the number of queue requests to be sent to the server at any one given time. This selling is different from the setting previously mentioned, responsible for allowing the user to specify the number of items queued in advance of the currently selected item. Typically on a high speed connection, the server is able to send to the client the queued files more quickly. Thus if the user decides to skip a number of items in the list when making a request, there are less queued files to be canceled. Because this setting allows the user to specify the number of queue requests to be sent to the server at any one given time, the user can adjust this setting to accommodate a slower or faster connection. If the user has a slower connection, then he/she will want to specify a smaller value for this setting so that less items have to be cancelled.

It is therefore an object of the invention to provide a system and method for prequeuing of files predicted to be desired by a user, through a telecommunications link, into a local cache, based on a list, wherein the prequeuing system is responsive to any change in the sequence of user review, such that predicted latencies for sequential file review from any given starting point are minimized.

The present invention also allows for an automated optimization strategy based on the throughput of the connection between the server and client, the apparent strategy for review of records by the user, the cost of the record downloads, the cost of on-line time, the value of the user's time, burden on the server, and/or possibly other factors. Using standard optimization techniques, including linear optimization, collaborative filtering, fuzzy logic, neural networks and the like, it is possible to determine an optimal strategy that may be implemented. If conditions change, the strategy may be adaptive to these conditions and respond accordingly. Thus, while a relatively simple linear strategy of catching sequential records after the active record according to a list has been discussed in detail herein, it should be understood that more complex schemes may be implemented using higher order optimization principles.

These and other objects will become apparent from a detailed review of the drawings and detailed description of the preferred embodiments.

BRIEF DESCRIPTION OF THE DRAWINGS

The invention will now he described with reference to the accompanying drawings, in which:

-   -   FIG. 1 shows a generic network, having a server and client         connected through a public network; and     -   FIGS. 2A, 2B and 2C show a relation of the user review and         prequeuing sequence according to the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

The forgoing and other objects, features and advantages of the present invention will become more readily apparent to those skilled in the art to which the invention pertains upon reference to the following detailed description of one of the best modes for carrying out the invention, when considered in conjunction with the accompanying drawing in which preferred embodiments of the invention are shown and described by way of illustration, and not of limitation, wherein:

FIG. 1 shows a generic network. Typically, the server 1 has a high performance link 3 to the database storage subsystem 2. There may be latency in processing the request from the database storage subsystem 2, especially where the data is stored on optical disks or jukeboxes, magnetic tape, or other relatively slow storage systems. The telecommunications link 4 between the server 1 and the network 5 is also typically high performance, although there are instances where the bandwidth of this link is rate limiting.

The client system 7 has a telecommunications link 6 to the network, which is often rate limiting. Typically, the client side telecommunications link 6 is slower than the server side telecommunications link 4, but the server side telecommunications link 4 may be shared between multiple clients. In order to address the limitations of the client side telecommunications link 6, it is desired to prestore or queue files which may be anticipated to be needed into the cache 8, which is typically a portion of a desktop computer hard drive. In comparison to the telecommunications links 4, 6, the cache 8 is rarely rate limiting.

A user interacts with the client 7 machine using a display 10, keyboard 11 and mouse 12.

When the user defines a search which returns a list 20, a sequence of documents are defined. The user will typically review these in sequence order, or may sort then according to a desire criterion. In either case, the user's review 23 will topically commence with the first element on the list, denominated “1”. The caching system will seek to download this file for the user 24. Assuming that the user's review takes longer than the download itself, the caching system will eventually get ahead 26 of the user 25, thus allowing the user to proceed without system latency delays.

If the user jumps ahead 27, 28, the caching system is reset from its prior status 29 to the new position of the user 30, canceling outstanding download requests.

In the field of patent searching, often a user must review each document on the list. Therefore, such shifts or jumps would be uncommon. Further, a professional reviewer would likely procure a system having telecommunications bandwidth sufficient to avoid substantial latencies. Therefore, the preferred embodiment according to the present invention will effectively buffer the database storage subsystem 2, and telecommunications link 4, 6 latencies to allow the user to achieve highest throughput after, a short startup delay.

In some instances., the user does not sequentially review records on the list, for example where a cursory examination is being made and decisions are made, for example, on the title of a record. In that case, the user may reset the options of the caching system to disable it, in order to reduce costs or downloading and to reduce the penalty incurred for interrupting ongoing downloads.

The foregoing description of the preferred embodiment of the invention has been presented for purposes of illustration and description and is not intended to be exhaustive or to limit the invention to the precise forms disclosed, since many modifications and variations are possible in light of the above teachings. Some modifications have been described in the specifications, and others may occur to those skilled in the art to which the invention pertains. Therefore, the scope of the invention is to be defined solely by the claims that follow. 

1. A method for prequeuing files predicted to be desired by a user, comprising: defining a search criterion that, when applied, selects a list of files, such that each file is interrelated to other files in accordance with the context of the search criterion; defining a sort criterion that, when applied sorts the selected files in a user-specified order; receiving a list representing the selected files in the sorted order; automatically transferring files on the list into a local cache, in anticipation of a user selection thereof, files already transferred to the local cache having a shorter delay for review than those which have not been previously transferred to the local cache, an order of file transfer being responsive to the sort criterion, the order of file transfer being further responsive to any change in a user deviation in an order of reviewing the selected files; and receiving a starting point within the list of files, for file review, from the user, such that predicted latencies for sequential file review from any given starting point are reduced.
 2. The method according to claim 1, wherein predicted latencies are minimized.
 3. The method according to claim 1, wherein the transferring of files is executed to reduce predicted latencies or increase a throughput of the connection between a source of the files being transferred and the local cache.
 4. The method according to claim 1, wherein the transferring of files is executed to reduce predicted latencies or implement an apparent strategy for review of files by the user.
 5. The method according to claim 1, wherein the transferring of files is executed to reduce predicted latencies or a cost of the file downloads.
 6. The method according to claim 1, wherein the transferring of files is executed to reduce predicted latencies or a cost of on-line time.
 7. The method according to claim 1, wherein the transferring of files is executed to reduce predicted latencies or increase a value of the user's time.
 8. The method according to claim 1, wherein the transferring of files is executed to reduce predicted latencies or a burden on a server hosting the files.
 9. A browser, comprising: a first interface for defining a search criterion that, when applied, produces a list identifying a set of objects, wherein the objects are interrelated to each other in accordance with the context of the search criterion; a second interface for defining a sort criterion that, when applied, sorts the identified objects in a user-specified order, logical elements for enabling automatic transferring of an object identified in the list into a cache local to a user, in advance of an actual selection of an object by the user, objects already transferred to the local cache having a lower latency than those which have not been previously transferred to the local cache, an order of object transfer being responsive to the sort criterion, the logical elements being adaptive to a user deviation in an order of reviewing the identified objects; and a third interface for receiving a selection of an object as a starting point within the list of objects, such that predicted latencies for sequential object browsing from any given starting point are reduced.
 10. The browser according to claim 9, further comprising: an accounting system for accounting for downloading of each object.
 11. The browser according to claim 9, wherein predicted latencies are minimized.
 12. The browser according to claim 9, wherein the transferring of objects is executed to reduce predicted latencies or increase a throughput of the connection between a source of the objects being transferred and the local cache.
 13. The browser according to claim 9, wherein the transferring of objects is executed to reduce predicted latencies or a cost associated with the object transfers.
 14. The browser according to claim 9, wherein the transferring of objects is executed to reduce predicted latencies or increase a value of the user's time.
 15. A method for transferring files for sequential review, comprising: accessing search criterion that, when applied, selects a list of files, such that each file is being interrelated to the other files in accordance with the context of the search criterion; determining an order of file transfer based on a sort criterion specified by a user; queuing the files on the list according to the order of file transfer; and transferring automatically the queued files in a sequential order into a local cache for sequential review at a client.
 16. A method according to claim 15, wherein said transferring comprises: receiving a user-specified quantity of files to be transferred; and transferring the user-specified quantity of files into the local cache.
 17. The method according to claim 15, further comprising: receiving a format change during said transferring; and transferring subsequent files on the list according to the format change.
 18. The method according to claim 15, further comprising: receiving a revised sort criterion from the client; determining a revised order of file transfer based on the revised sort criterion; and queuing the files on the list according to the revised order of file transfer.
 19. The method according to claim 15, further comprising: sending the list to the client; and receiving, from the client, a first selection of a file from the list, wherein said queuing comprises queuing the first selection as the first file and queuing subsequent files according to the order of file transfer.
 20. The method according to claim 15, further comprising: receiving a request to cancel an item from the list; and removing the item from at least one of the list or the queued files.
 21. The method according to claim 15, further comprising: receiving a non-sequential request for an item on the list, wherein said queuing comprises queuing the requested item as the first file and queuing subsequent files according to the order of file transfer.
 22. The method according to claim 15, further comprising: receiving a user-specified image resolution format or a user-specified file format for the files; and processing the files to comply with the image resolution format or the file format prior to executing said transferring.
 23. The method according to claim 15, further comprising: receiving a user-defined parameter to establish a size of a queue for holding the queued files.
 24. The method according to claim 23, further comprising: transferring, into the local cache, all files held in the queue at once.
 25. A method for receiving objects at a client from a remote processing system, comprising: accessing, at the client, a search request that, when executed, identifies a plurality of objects, each object being interrelated to the other objects in accordance with the context of the search criterion; accessing, at the client, a sort criterion that, when executed, sorts the identified objects in a user-specified order; receiving, at the client, a list representing the identified objects in the sorted order; and receiving, in a cache at the client, one or more of the identified objects in the sorted order prior to receiving, at the client, a request to present at least one object from the list to a user.
 26. The method according to claim 25, further comprising: sending the search request to the remote processing system that assembles the identified objects in the sorted order.
 27. The method according to claim 26, further comprising: accessing a user-specified queue parameter that, when applied, sets a size of a queue that holds the assembled objects prior to transfer to the client.
 28. The method according to claim 25, further comprising: accessing a user-specified cache parameter that, when applied, sets a size of the cache that holds the one or more objects received in the cache.
 29. The method according to claim 25, further comprising: accessing a user-specified format parameter that, when applied, sets a format for the identified objects.
 30. The method according to claim 29, further comprising: utilizing the format on at least one of the identified objects to process the at least one object for transfer to the cache or for presentation from the cache; accessing a second user-specified format parameter that, when applied, sets a second format for the identified objects; and utilizing the second format to process at least one of the identified objects that are assembled for transfer to the cache after the application of the second user-specified format parameter or to process at least one of the identified objects that are presented from the cache after the application of the second user-specified format parameter.
 31. The method according to claim 25, wherein said method is executed on the client by a browser application.
 32. The method according to claim 25 wherein said method is executed on the client by a browser plug-in or extension.
 33. The method according to claim 25 further comprising: cost accounting for downloading of each object.
 34. The method according to claim 25, further comprising: communicating through a network to a server hosting the objects; and presenting the list to the user prior to receiving a selection of an object from the user.
 35. The method according to claim 25, further comprising: accounting for a downloaded object; and limiting said downloading based on a predetermined parameter.
 36. A system for transferring a plurality of objects for sequential browsing, comprising: a client having a first interface that accesses a search criterion to define a list identifying a set of objects, wherein the objects are interrelated to each other in accordance with the context of the search criterion, wherein the client is coupled to a cache that includes an object from the list, and wherein the client is coupled to a display that enables a user to browse an object from the list; and an object retrieval server that queues objects from the list in a user specified order, wherein the server automatically transfers the queued objects according to the user specified order to the cache in advance of an actual selection of an object for browsing by the user, and wherein the user specified order is responsive to a change in a user deviation in an order of reviewing the objects.
 37. The system of claim 36, wherein the client includes a second interface that accesses a sort criterion that, when executed, queues the objects in said user specified order.
 38. The system of claim 36, wherein the client includes a second interface that receives a selection of an object as a starting point within the list, such that predicted latencies for sequential object browsing from any given starting point are reduced.
 39. A computer program product comprising a computer useable medium having computer readable program code functions embedded in said medium for causing a computer to transfer files for sequential review, comprising: a first computer readable program code function that causes the computer to access a search criterion that, when applied, selects a list of files, wherein each file is interrelated to the other files in accordance with the search criterion; a second computer readable program code function that causes the computer to determine a user specified order of file transfer based on a sort criterion; and a third computer readable program code function that causes the computer to transfer automatically the files according to the order of file transfer into a local cache for review at a client.
 40. The computer program product of claim 39, further comprising: a fourth computer readable program code function that causes the computer to queue the files on the list according to the order of file transfer, wherein the third computer readable program code function automatically transfers the queued files into the local cache.
 41. The computer program product of claim 39, further comprising: a fourth computer readable program code function that causes the computer to transfer a user-specified quantity of files into the local cache. 